Contents ----- Copyright Up Previous Next

Intel inside - idiot outside.
(Author unknown)

Existing Ports

As hsc is cryptic to use, has no graphical user interface and does nothing else apart from reading an input file and output to another one, it is quite easy to port it to other systems, as long as they support some sort of command line interface and a decent C-compiler.

This chapter describes existing or planed ports and what are the differences to the version for AmigaOS. Currently ports exist for RiscOS, NeXTStep, AmigaOS with ixemul.library, BeOS and Unixoid systems. There are also some comments on MS-DOS based systems and other systems.

RiscOS

The port to RiscOS has been done by Sergio Monesi and Nick Craig-Wood. For details, please refer to http://www.axis.demon.co.uk/hsc/. Basically, it acts like the version for NeXTStep (see below).

NeXTStep

Searching For Syntax Definition

When searching for the Syntax Definition, hsc will look at If one of these directories does not exist at all, hsc will silently proceed with the next one on this list.

Exit Code

On notes/warnings/errors/fatal errors showing up, hsc will return an exit code of 0/0/1/2.

AmigaOS with ixemul.library

Most GNU-tools have been ported to AmigaOS using an additional library called ixemul.library. It is quite successful in turning an Amiga in a moldy and dribbling Un*x-box, emulating all those idiotic things like the ``..'' and ``/bin'' pretty shitty well.

But if you prefer to rape your machine, you will have to compile it yourself using the gcc-port of ADE. If you don't know what I'm currently talking about, you don't want to do this anyway. Actually the binary of hsc included in the archive for AmigaOS is able to deal with native filenames and system directories, so why bother?

BeOS

It has been reported to work. You should be able to compile it with mwcc. It acts similar to the version for NeXTStep.

But currently no one takes care about this port, and I never tried it out myself. So there might be problems with newer versions of this OS or the mwcc compiler. Most likely there are more compiler options that could be specified for better code. So suggestions and corrections about how to improve the BeOS-part of the Makefile are welcome.

Unixoid Systems

This version acts similar to the one for NeXTStep. Because of fossil compilers and a messy structure for include files under this system, you might have some trouble compiling hsc on your system. Oh my god, it's ANSI-C!

Anyway, hsc has been reported to compile and run under Solaris, IRIX, MkLinux for Power Macintosh and several others.

MS-DOS Based Systems

As hsc is more portable than I want it to be, it is even possible to make it somehow work with most MS-DOS based systems like Windows NT/95 or OS/2. But as the whole philosophy and spirit of these systems is a totally fascist one, there is no reason to support them. There is no support within these documents or the the Makefiles coming with the sources for any of these systems.

You must not contact me with problems compiling or using hsc on any of these systems.

Other Systems

Ah, well, there are still systems without hsc.

Recently several new operating systems for Amiga-based Hardware have been announced or released in alpha versions (usually claiming they are already being beta). For those supported by the ADE you should have no trouble compiling the same way as for AmigaOS with ixemul.library. For others it depends on the C-compilers available. Basically it should be possible to make hsc work on all these systems. As I do not have the nerves to fiddle around with them, I probably will not release any ports. However, if someone else manages to make it work, I will gracefully include the required changes.

For MacOS, I don't don't have a compiler and maybe one will have to write a GUI. Internally hsc is not designed to be used from command line only. If you take a look at the main() of source/hsc/hsc.c, you will see that it's only about ten lines of code. However, you will need to find a tool to do the project management - or integrate this part into your GUI. And that's probably where it starts to get tough...

Atari TOS counts as MS-DOS based (see above), especially the filename limitations.

For C64/C128 hsc is too slow and bloated, which of course is my fault. I'm pretty sure one could do a decent hsc-alike program on these machines.

I think this should now include all systems of the 80ties and 90ties worth mentioning. Of course it does not include all those esoteric mainframe trash and impotent pseudo-Un*x-alikes. (That's why I used the term ``worth mentioning'' in the previous sentence.)